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REMARKS 

In response to the above-identified Office Action, Applicants amend the Application and 
seek reconsideration in view of the following remarks. In this Response, Applicants amend claims 1 
and 15-42. Applicants do not cancel or add any new claims. Accordingly, claims 1-42 remain 
pending in the Application. 

I. Amendments to the Specification 

Applicants submit a substitute specification. The substitute specification amends the 
originally-filed specification by capitalizing the trademarked term INFINIBAND and making other 
minor typographical errors. Applicants submit that the substitute specification includes no new 
matter. 

In addition, Applicants' specification at paragraph [0024] provides generic terminology for 
the term "INFINIBAND." Therefore, the recitation of the term "INFINIBAND" is accompanied by 
generic terminology. 

II. Claims Rejected Under 35 U.S.C. § 112 

Claims 1 and 15-42 stand rejected under 35 U.S.C. § 112, second paragraph, as being 
allegedly indefinite. Specifically, claims 1 and 15-42 recite the trademark "INFINIBAND" (see 
Paper No ./Mail Date 20070817 , page 3). Applicants respectfully traverse the rejection. 

MPEP § 608.0 l(v) states that if a "trademark has a fixed and definite meaning, it constitutes 
sufficient identification unless some physical or chemical characteristic of the article or material is 
involved in the invention." Applicants submit that the one skilled in the art attaches a fixed and 
definite meaning to the term "INFINIBAND." That is, the term "INFINIBAND" has been adopted 
by the art as a term having a specific meaning and is, therefore, more than merely a trademarked 
term. Therefore, Applicants submit that the term "INFINIBAND" is a definite term. Accordingly, 
Applicants respectfully request withdrawal of the rejection of claims 1 and 15-42. 
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III. Claims Rejected Under 35 U.S.C. § 102 

Claims 15-17, 20-23, and 25-27 stand rejected under 35 U.S.C. § 102(e) as being anticipated 
by U.S. Patent No. 6,941,350 issued to Frazier et al. ("Frazier"). Applicants respectfully traverse 
the rejection at least in view of the amendments to independent claim 15. 

To anticipate a claim, the cited reference must disclose each and every element of the 
rejected claim (see MPEP § 2131 ). Among other elements, independent claim 15, as amended, 
defines an INFINIBAND architecture subnet comprising "a subnet manager included within each of 
the plurality of nodes." Applicants submit that Frazier fails to disclose at least these elements of 
claim 15. 

In making the rejection, the Patent Office alleges that Frazier discloses "a subnet manager 
for each of the plurality of nodes" ( Paper No./Mail Date 20070817 , page 4, citing Frazier, Col. 8, 
lines 38-44). That is, the Patent Office cites Frazier as disclosing that each node has a subnet 
manager assigned to it. The Patent Office does not cite Frazier as disclosing a system having a 
plurality of nodes, wherein each node comprises a subnet manager within it. Moreover, in reviewing 
Frazier, Applicants are unable to discern any sections of Frazier disclosing that a subnet manger is 
included within each node in Frazier 's system. That is, in each of the embodiments disclosed by 
Frazier, there is at least one node discussed without disclosing that this node or these nodes include 
a subnet manager within it/them. Therefore, Frazier fails to disclose at least that a subnet manager 
is included within each of a plurality of nodes, as recited in claim 15. 

The failure of Frazier to disclose each and every element of claim 15 is fatal to the 
anticipation rejection. Therefore, claim 15 is not anticipated by Frazier. Accordingly, Applicants 
respectfully request withdrawal of the rejection of independent claim 15. 

Claims 16-17, 20-23, and 25-27 either directly or indirectly depend from claim 15 and 
include all of the elements thereof. Therefore, Applicants submit that claims 16-17, 20-23, and 25- 
27 are not anticipated by Frazier at least for the same reasons as claim 15, in addition to their own 
respective features. Therefore, Applicants respectfully request withdrawal of the rejection of claims 
16-17, 20-23, and 25-27. 
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IV. Claims Rejected Under 35 U.S.C. § 103 

A. Frazier in view of the IBA Specification 

Claims 1-3,6-9, 11-13, 29-31, 34-37, and 39-41 stand rejected under 35 U.S.C. § 103(a)as 
being obvious over Frazier in view of the "InfiniBand Architecture Specification, Volume 1, 
Release 1 . 1 ("IBA Specification' 1 '') published November 6, 2002. Applicants respectfully traverse the 
rejection, at least in view of the amendments to independent claims 1 and 29. 

To render a claim obvious, the cited references must teach or suggest each and every element 
of the rejected claim {see MPEP § 2143 ). Among other elements, independent claims 1 and 29 each 
recite the elements of, "providing a subnet manager within each of the plurality of nodes" similar to 
claim 15. Applicants submit that the combination of Frazier and IB A Specification fails to teach or 
suggest at least these elements of claims 1 and 29. 

In making the obviousness rejection, the Patent Office characterizes Frazier similar to the 
characterization in the anticipation rejection of claim 15 discussed above. Applicants have discussed 
above with reference to claim 15 the failure of Frazier to teach or suggest each of the nodes in 
Frazier' & various embodiments including a subnet manager and submit that such discussion is 
equally applicable to an obviousness rejection of similar elements recited in claims 1 and 29. 
Therefore, Frazier fails to teach or suggest at least "providing a subnet manager within each of the 
plurality of nodes," as recited in claims 1 and 29. The Patent Office relies on the disclosure in the 
IBA Specification to cure the defects of Frazier, however, Applicants submit that the IBA 
Specification fails to cure such defects. 

In rejecting claims 1 and 29, the Patent Office does not characterize the IBA Specification as 
disclosing the elements of, "providing a subnet manager within each of the plurality of nodes." 
Moreover, in reviewing the IBA Specification, Applicants are unable to discern any sections of the 
IBA Specification disclosing such elements. Therefore, the IBA Specification fails to cure the defects 
of Frazier. 
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The failure of the combination of Frazier and the IB A Specification to teach or suggest each 
and every element of claims 1 and 29 is fatal to the obviousness rejection. Therefore, claims 1 and 
29 are not obvious over Frazier in view of the IB A Specification. Accordingly, Applicants 
respectfully request withdrawal of the rejection of independent claims 1 and 29. 

Claims 2-3, 6-9, and 11-13 either directly or indirectly depend from claim 1 and include all 
of the elements thereof. Therefore, Applicants submit that claims 2-3, 6-9, and 11-13 are not 
obvious over Frazier in view of the IB A Specification at least for the same reasons as claim 1 , in 
addition to their own respective features. Therefore, Applicants respectfully request withdrawal of 
the rejection of claims 2-3, 6-9, and 11-13. 

Claims 30-3 1,34-37, and 39-41 either directly or indirectly depend from claim 1 and include 
all of the elements thereof. Therefore, Applicants submit that claims 30-31, 34-37, and 39-41 are 
not obvious over Frazier in view of the IB A Specification at least for the same reasons as claim 1 , in 
addition to their own respective features. Therefore, Applicants respectfully request withdrawal of 
the rejection of claims 30-31, 34-37, and 39-41. 

B. Frazier in view of the IB A Specification and Rooney 

Claims 4-5, 10, 14, 32-33, 38, and 42 stand rejected under 35 U.S.C. § 103(a) as being 
obvious over Frazier in view of the IBA Specification and U.S. Patent No. 6,519,660 issued to 
Rooney ^Rooney"). Applicants respectfully traverse the rejection, at least in view of the 
amendments to independent claims 1 and 29. 

Claims 4-5, 10, and 14 depend from claim 1 and claims 32-33, 38, and 42 depend from claim 
29 and each include all of the elements of their respective independent claims. Applicants have 
discussed above the failure of the combination of Frazier and the IBA Specification to teach or 
suggest at least the elements of, "providing a subnet manager within each of the plurality of nodes," 
as recited in claims 1 and 29 and submit that such discussion is equally applicable to dependent 
claims 4-5, 10, 14, 32-33, 38, and 42. Therefore, the combination of Frazier and the IBA 
Specification fails to teach or suggest each and every element of claims 4-5, 10, 14, 32-33, 38, and 
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42. The Patent Office relies on the disclosure in Rooney to cure the defects of Frazier and the IB A 
Specification; however, Applicants submit that Rooney fails to cure such defects. 

In rejecting claims 4-5, 10, 14, 32-33, 38, and 42, the Patent Office does not characterize 
Rooney as disclosing the elements of, "providing a subnet manager within each of the plurality of 
nodes." Moreover, in reviewing Rooney, Applicants are unable to discern any sections of Rooney 
disclosing such elements. Therefore, Rooney fails to cure the defects of Frazier and the IB A 
Specification. 

The failure of the combination of Frazier, the IB A Specification, and Rooney to teach or 
suggest each and every element of claims 4-5, 10, 14, 32-33, 38, and 42 is fatal to the obviousness 
rejection. Therefore, claims 4-5, 10, 14, 32-33, 38, and 42 are not obvious over Frazier in view of 
the IB A Specification and Rooney. Accordingly, Applicants respectfully request withdrawal of the 
rejection of claims 4-5, 10, 14, 32-33, 38, and 42. 

C. Frazier in view of Rooney 

Claims 18-19, 24, and 28 stand rejected under 35 U.S.C. § 103(a) as being obvious over 
Frazier in view of Rooney. Applicants respectfully traverse the rejection, at least in view of the 
amendments to independent claim 15. 

Claims 18-19, 24, and 28 depend from claim 15 and include all of the elements thereof. In 
making the obviousness rejection, the Patent Office characterizes Frazier similar to the 
characterization in the anticipation rejection of claim 15 discussed above. Applicants have discussed 
above with reference to claim 15 the failure of Frazier to teach or suggest each of the nodes in 
Frazier' s various embodiments including a subnet manager and submit that such discussion is 
equally applicable to claims 1 8- 1 9, 24, and 28 because of their respective dependencies from claim 
1 5 . Therefore, Frazier fails to teach or suggest at least "a subnet manager for each of the plurality of 
nodes" as recited in claims 18-19, 24, and 28 (via claim 15). The Patent Office relies on the 
disclosure in Rooney to cure the defects of Frazier, however, Applicants submit that Rooney fails to 
cure such defects. 
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In rejecting claims 18-19, 24, and 28, the Patent Office does not characterize Rooney as 
disclosing the elements of, "a subnet manager for each of the plurality of nodes." Moreover, in 
reviewing Rooney, Applicants are unable to discern any sections of Rooney disclosing such 
elements. Therefore, Rooney fails to cure the defects of Frazier. 

The failure of the combination of Frazier and Rooney to teach or suggest each and every 
element of claims 18-19, 24, and 28 is fatal to the obviousness rejection. Therefore, claims 18-19, 
24, and 28 are not obvious over Frazier in view of Rooney. Accordingly, Applicants respectfully 
request withdrawal of the rejection of claims 18-19, 24, and 28. 

V. Miscellaneous 

Applicants have capitalized the term "InfiniBand" in claims 1 and 15-42 such that the term 
now reads, "INFINIBAND" in the preamble of claims 1 and 15-42. Applicants submit that these 
amendments are not related to patentability. 
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CONCLUSION 

In view of the foregoing, it is believed that all claims now pending are in condition for 
allowance. A Notice of Allowance is earnestly solicited at the earliest possible date. If the Patent 
Office believes that a telephone conference would be useful in moving the application forward to 
allowance, the Patent Office is encouraged to contact the undersigned at (480) 385-5060 or 
jgraff@ifllaw.com. 

If necessary, the Commissioner is hereby authorized to charge payment or credit any 
overpayment to Deposit Account No. 50-2091 for any fees required under 37 C.F.R. §§ 1.16 or 1.17, 
particularly extension of time fees. 

Respectfully submitted, 

Date: November 20, 2007 By: /JASON R. GRAFF/ 

Jason R. Graff 
Reg. No. 54,134 
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SUBSTITUTE SPECIFICATION (MARKED-UP VERSION) 



RELATED CASES 

[0001] Related subject matter is disclosed in U.S. patent application entitled "METHOD OF 
MIGRATING ACTIVE GENERAL SERVICE MANAGER FUNCTION" having application 

Ser. No. [[ ]] 10/676,948 and filed on the same date herewith and assigned to the same 

assignee. 

[0002] Related subject matter is disclosed in U.S. patent application entitled "INFINIBAND 
ARCHITECTURE SUBNET REPLICATED DATABASE ELEMENTS" having application 

Ser. No. [[ ]] 10/676,484 and filed on the same date herewith and assigned to the same 

assignee. 

[0003] Related subject matter is disclosed in U.S. patent application entitled "METHOD OF 
REPLICATING DATABASE ELEMENTS IN AN INFINIBAND ARCHITECTURE 

SUBNET" having application Ser. No. [[ ]] 10/676,991 and filed on the same date 

herewith and assigned to the same assignee. 

[0004] Related subject matter is disclosed in U.S. patent application entitled "INFINIBAND 
ARCHITECUTRE SUBNET DERIVED DATBASE ELEMENTS" having application Ser. No. 
[[ ]] 10/676,746 and filed on the same date herewith and assigned to the same assignee. 

BACKGROUND OF THE INVENTION 

[0005] In InfiniBand INFINIBAND architecture networks virtually all failover and database 
replication is left beyond the scope of the InfiniBand INFINIBAND architecture specification. 
Currently, the only mechanism specified is the master subnet manager handover/failover. 
Therefore, the prior art is devoid of mechanisms and algorithms to allow the graceful failover 



amongst nodes in an InfiniBand INFINIBAND network. The prior art is also devoid of a 
practical and efficient means of database replication to allow a graceful failover to occur. 



[0006] Accordingly, there is a significant need for an apparatus and method that overcomes the 
deficiencies of the prior art outlined above. 



[0007] Referring to the drawing drawings : 

[0008] FIG. 1 depicts an InfiniBand INFINIBAND architecture subnet according to one 
embodiment of the invention; 

[0009] FIG. 2 depicts an InfiniBand INFINIBAND architecture subnet according to another 
embodiment of the invention; 

[0010] FIG. 3 depicts a block diagram of an InfiniBand INFINIBAND architecture subnet 
according to an embodiment of the invention; 

[0011] FIG. 4 depicts a block diagram of an InfiniBand INFINIBAND architecture subnet 
according to another embodiment of the invention; 

[0012] FIG. 5 depicts a block diagram of an InfiniBand INFINIBAND architecture subnet 
according to yet another embodiment of the invention; 

[0013] FIG. 6 depicts a block diagram of an InfiniBand INFINIBAND architecture subnet 
according to still another embodiment of the invention; 

[0014] FIG. 7 illustrates a block diagram of an InfiniBand INFINIBAND architecture subnet 
according to an embodiment of the invention; 



BRIEF DESCRIPTION OF THE DRAWINGS 



[0015] FIG. 8 illustrates a block diagram according to an embodiment of the invention; 

[0016] FIG. 9 is a flow diagram illustrating an embodiment of the invention; 

[0017] FIG. 10 is a flow diagram illustrating another embodiment of the invention; and 

[0018] FIG. 1 1 is a flow diagram illustrating yet another embodiment of the invention. 

[0019] It will be appreciated that for simplicity and clarity of illustration, elements shown in the 
drawing have not necessarily been drawn to scale. For example, the dimensions of some of the 
elements are exaggerated relative to each other. Further, where considered appropriate, reference 
numerals have been repeated among the Figures to indicate corresponding elements. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0020] In the following detailed description of exemplary embodiments of the invention, 
reference is made to the accompanying drawings, which illustrate specific exemplary 
embodiments in which the invention may be practiced. These embodiments are described in 
sufficient detail to enable those skilled in the art to practice the invention, but other embodiments 
may be utilized and logical, mechanical, electrical and other changes may be made without 
departing from the scope of the present invention. The following detailed description is, 
therefore, not to be taken in a limiting sense, and the scope of the present invention is defined 
only by the appended claims. 

[0021] In the following description, numerous specific details are set forth to provide a thorough 
understanding of the invention. However, it is understood that the invention A may be practiced 
without these specific details. In other instances, well-known circuits, software blocks, structures 
and techniques have not been shown in detail in order not to obscure the invention. 

[0022] In the following description and claims, the terms "coupled" and "connected," along with 



their derivatives, may be used. It should be understood that these terms are not intended as 
synonyms for each other. Rather, in particular embodiments, "connected" may be used to 
indicate that two or more elements are in direct physical or electrical contact. However, 
"coupled" may mean that two or more elements are not in direct contact with each other, but yet 
still co-operate or interact with each other. 

[0023] For clarity of explanation, the embodiments of the present invention are presented, in 
part, as comprising individual functional blocks. The functions represented by these blocks may 
be provided through the use of either shared or dedicated hardware (processors, memory, and the 
like), including, but not limited to, hardware capable of executing software. The present 
invention is not limited to implementation by any particular set of elements, and the description 
herein is merely representational of one embodiment. 

[0024] InfiniBand INFINIBAND architecture is an interconnect technology for interconnecting 
processor nodes and input/output (I/O) nodes to form a system area network. InfiniBand 
INFINIBAND architecture is independent of the host operating system (OS) and processor 
platform. InfiniBand INFINIBAND architecture is a point-to-point switched fabric where end 
nodes are interconnected by one or more cascaded switches and/or routers. 

[0025] FIG. 1 depicts an InfiniBand INFINIBAND architecture subnet 100 according to one 
embodiment of the invention. An InfiniBand INFINIBAND architecture subnet 100 is specified 
by the InfiniBand™ INFINIBAND™ Architecture Specification, Release 1.1 or later, as 
promulgated by the InfiniBand™ INFINIBAND™ Trade Association, 5440 SW Westgate 
Drive, Suite 217, Portland, Oregr Oregon 97221. InfiniBand INFINIBAND architecture subnet 
100 can include a plurality of nodes 102 arranged and connected in any topology 103. Each of 
plurality of nodes is an InfiniBand INFINIBAND architecture subnet node. 

[0026] Plurality of nodes 102 can include any number of end nodes 104, switches 106 or routers 
108 coupled by bidirectional links 110. In an embodiment, there can be more than one bi- 
directional link 110 between nodes. 



[0027] End nodes 104 can include processor nodes, storage nodes, I/O nodes, Redundant Array 
of Independent Disks (RAID) subsystems, and the like. Switches provide for communication 
between nodes in InfiniBand INFINIBAND architecture subnet 100. Router 108 provide 
provides for communication between any number of InfiniBand INFINIBAND architecture 
subnets. Each connection between plurality of nodes 102 is a point-to-point serial connection. 
Data exchanged in InfiniBand INFINIBAND architecture subnet 100 can be in the form of 
packets, which can generally comprise a header portion that instructs a switch 106 as to the 
destination of the packet. 

[0028] As described above, InfiniBand INFINIBAND architecture subnet 100 can be based on a 
point-to-point, switched input/output (I/O) fabric, whereby switches 106 interconnect end nodes 
104. InfiniBand INFINIBAND architecture subnet 100 can include both module-to-module (for 
example computer systems that support I/O module add-in slots) and chassis-to-chassis 
environments (for example interconnecting computers, external storage systems, external Local 
Area Network (LAN) and Wide Area Network (WAN) access devices in a data-center 
environment). 

[0029] FIG. 2 depicts an InfiniBand INFINIBAND architecture subnet 200 according to another 
embodiment of the invention. In the embodiment depicted in FIG. 2, only two nodes are shown. 
However, InfiniBand INFINIBAND architecture subnet 200 can include any number of nodes. 
InfiniBand INFINIBAND architecture subnet 200 has at least one subnet manager, which can 
reside on a port, switch, router, end node, and the like. In another embodiment, subnet manager 
can be distributed among any number of nodes. Subnet manager can be implemented in 
hardware or software. When there are multiple subnet managers in InfiniBand INFINIBAND 
architecture subnet 200, one subnet manager will include master subnet manager function 206 
and any other subnet managers within InfiniBand INFINIBAND architecture subnet 200 may 
become a standby subnet manager 210. 

[0030] InfiniBand INFINIBAND architecture subnet 200 can include any number of general 
service managers 212 at a node. A general service manager 212 can manage a service 214, 218 



within InfiniBand INFINIBAND architecture subnet 200. In an embodiment, there can be 
different types of services in InfiniBand INFINIBAND architecture subnet 200. For each type of 
service in InfiniBand INFINIBAND architecture subnet 200, there is an active general service 
manager function 208 manifested at a general service manager. 

[0031] An exemplary service can include performance management service that enables a 
general service manager 212 to retrieve performance statistics and error information from 
components in InfiniBand INFINIBAND architecture subnet 200. In this embodiment, a general 
service manager can be a performance manager. In another exemplary embodiment, service 214, 
218 can include baseboard management service that provides a means to transport messages to 
components not included in InfiniBand INFINIBAND architecture subnet 200 (i.e. "out of band" 
components). In this embodiment, a general service manager can be a baseboard manager. Other 
services and general service managers arc included within the scope of the invention. In an 
embodiment, a service 214, 218 and its corresponding general service manager 212 can be 
mandatory on a node. In another embodiment, a service 214, 218 and its corresponding general 
service manager 212 can be optional on a node. 

[0032] Each node within InfiniBand INFINIBAND architecture subnet 200 includes local 
identifier (LID) 216, 220. Local identifier 216, 220 can be a 16-bit identifier (address) that is 
subnet unique. In other words, each node or port in InfiniBand INFINIBAND architecture subnet 
200 can have a unique local identifier 216, 220 so that packets traveling within InfiniBand 
INFINIBAND architecture subnet 200 can be addressed to specific nodes or ports. In an 
embodiment, local identifier 216, 220 does not apply outside of InfiniBand INFINIBAND 
architecture subnet 200 or within other subnets. Local identifier 216, 220 is unique only for 
InfiniBand INFINIBAND architecture subnet 200. 

[0033] In the embodiment shown in FIG. 2, first node 202 includes master subnet manager 
function 206, which can be manifested at a subnet manager (not shown) at first node 202. In 
effect, a subnet manager at first node 202 has the master subnet manager function 206 in 
InfiniBand INFINIBAND architecture subnet 200. In an embodiment, master subnet manager 
function 206 manages InfiniBand INFINIBAND architecture subnet 200 and can initialize and 



configure InfiniBand INFINIBAND architecture subnet 200. This can include discovering a 
topology 103 of InfiniBand INFINIBAND architecture subnet 200, establishing possible paths 
among end nodes 104, assigning local identifier 216, 220 to each node in InfiniBand 
INFINIBAND architecture subnet 200, sweeping the subnet and discovering and managing 
changes in topology 103 of InfiniBand INFINIBAND architecture subnet 200, and the like. Also 
included at first node 202 is active general service manager function 208, which can be 
manifested at a general service manager (not shown) at first node 202. In an embodiment, active 
general service manager function 208 can manage service 214, 218 in InfiniBand INFINIBAND 
architecture subnet 200. 

[0034] In the embodiment shown, second node 204 includes standby subnet manager 210 and 
general service manager 212. Standby subnet manager 210 does not manage InfiniBand 
INFINIBAND architecture subnet 200 and general service manager does not manage service 
214, 218. In an embodiment the invention, master subnet manager function 206 can migrate to 
second node where standby subnet manager 210 assumes master subnet manager function 206. 
At this point, standby subnet manager 210 ceases being a standby subnet manager. 

[0035] In this embodiment, active general service manager function 208 migrates to second node 
to co-locate with master subnet manager function 206 where general service manager 212 
assumes active general service manager function 208. In an embodiment, active general service 
manager function 208 can detect the change in local identifier corresponding to the location of 
master subnet manager function 206. For example, active general service manager function 208 
can detect that local identifier 216 is no longer associated with master subnet manager function 
206 and that local identifier 220 is now associated with master subnet manager function 206. In 
another embodiment, master subnet manager function 206 can inform (via local event) active 
general service manager function 208 about the migration to second node 204. Master subnet 
manager function 206 can inform either "inband" (over InfiniBand INFINIBAND architecture 
subnet 200) or "out of band (using a mechanism other than InfiniBand INFINIBAND 
architecture subnet 200, such as Ethernet, shared memory based inter-process communication, 
any other network technology other than InfiniBand INFINIBAND architecture, and the like). 



[0036] In effect, active general service manager function 208 follows migration of master subnet 
manager function 206 within InfiniBand INFINIBAND architecture subnet 200. In this way, 
active general service manager function 208. follows master subnet manager function 206 within 
InfiniBand INFINIBAND architecture subnet 200 such that active general service manager 
function 208 is at the same node as master subnet manager function 206. 

[0037] FIG. 3 depicts a block diagram of an InfiniBand INFINIBAND architecture subnet 300 
according to an embodiment of the invention. In the embodiment depicted in FIG. 3, only two 
nodes are shown. However, InfiniBand INFINIBAND architecture subnet 300 can include any 
number of nodes. 

[0038] In an embodiment, each node in InfiniBand INFINIBAND architecture subnet 300 can 
include subnet manager 305, 306, priority value 307, 308 and globally unique identifier (GUID) 
309, 310. In an embodiment, priority value 307, 368 is a four-bit administered field that can be 
modified by an InfiniBand INFINIBAND architecture subnet administrator. Priority value 307, 
308 can be set to reflect the relative importance or lack of importance of a particular node in 
InfiniBand INFINIBAND architecture subnet 300. In an embodiment, globally unique identifier 
309, 310 can be a 64-bit assigned identifier (address) that is unique (32-bits can be IEEE 
assigned and the other 32-bits can be manufacturer assigned) and restricted to being globally 
unique. In other words, each node in InfiniBand INFINIBAND architecture subnet 300 has at 
least one globally unique identifier 309, 310 that is unique across the InfiniBand INFINIBAND 
architecture subnet 300 and any other InfiniBand INFINIBAND architecture subnets whether 
coupled to InfiniBand INFINIBAND architecture subnet 300 through a router. 

[0039] In an embodiment, first node includes subnet manager 306, priority value 308 and 
globally unique identifier 310. Second node 304 includes subnet manager 305, priority value 307 
and globally unique identifier 309. In an embodiment, InfiniBand INFINIBAND architecture 
subnet 300 includes ranking algorithm 31 1 to select which of the subnet managers in InfiniBand 
INFINIBAND architecture subnet 300 are included in set of standby subnet managers 328. 



[0040] In an embodiment, ranking algorithm 311 creates priority value ranking set 312 where 
plurality of nodes and their corresponding subnet managers in InfiniBand INFINIBAND 
architecture subnet 300 are ranked according to their respective priority values. NodeN represents 
a node in InfiniBand INFINIBAND architecture subnet 300. In the embodiment shown, each 
node is ranked from highest priority value 316 to lowest priority value 318. 

[0041] In the event that, for example and without limitation, priority value 308 of first node 302 
is identical to priority value 307 of second node 304, an identical priority value set 317 can be 
created that includes first node 302 and second node 304. In an embodiment, an identical priority 
value set 317 can be created for each group of nodes that have identical priority values. In an 
embodiment, each identical priority value set 317 can be further ranked from a lowest globally 
unique identifier 320 to a highest globally unique identifier 322 in globally unique identifier 
ranking set 314. 

[0042] In an embodiment, set of standby subnet managers 328 can be selected based on the 
priority value and the globally unique identifier of each of the plurality of nodes in InfiniBand 
INFINIBAND architecture subnet 300. For example, and without limitation, a limit value 329 
can be placed on the quantity of subnet managers in InfiniBand INFINIBAND architecture 
subnet 300 that can be selected to be in set of standby subnet managers 328. If the number of 
active subnet managers in InfiniBand INFINIBAND architecture subnet 300 is greater than the 
limit value 329, then set of standby subnet managers 328 can be selected based on the priority 
value and, if necessary, the globally unique identifier of each of the plurality of nodes in 
InfiniBand INFINIBAND architecture subnet 300. In this embodiment, any subnet managers that 
are not included in set of standby subnet managers can be made inactive. The deactivation can 
either be local or controlled by the master subnet manager function. If there are fewer active 
subnet managers in InfiniBand INFINIBAND architecture subnet 300 than limit value 329, then 
additional subnet managers can be made active (if available on the subnet) and included in set of 
standby subnet managers 328. Reactivation can be accomplished either using the master subnet 
manager function over InfiniBand INFINIBAND architecture subnet 300 or out of band over a 
communication means other than InfiniBand INFINIBAND architecture subnet 300. In an 



embodiment, both deactivation and reactivation and re-activation of subnet managers can be 
accomplished using standard InfiniBand INFINIBAND architecture mechanisms. 



[0043] In an embodiment, subnet managers can be selected to be one of set of standby subnet 
managers 328 by selecting the subnet manager from each of the plurality of nodes with a highest 
set of priority values 324. The highest set of priority values 324 can include nodes and respective 
subnet managers, up to the limit value 329, having the highest priority values in priority value 
ranking set 312. If, for example, all of priority values in highest set of priority values 324 up to 
limit value 329 are unique, then each subnet manager and corresponding node can be included in 
set of standby subnet managers 328. In this embodiment, GUID of any of the subnet managers 
do not need to be ranked. 

[0044] In another embodiment, if, highest set of priority values 324 includes identical priority 
value set 317, where all of nodes in identical priority value set 317 can be included in highest set 
of priority values 324 and set of standby subnet managers 328 without exceeding limit value 329, 
then no further ranking of identical priority value set 317 is necessary. In this case, each subnet 
manager and corresponding node in identical priority value set 317 can be included in set of 
standby subnet managers 328. 

[0045] In still another embodiment, highest set of priority values 324 can include an identical 
priority value set 3 17 that has a priority value and a number of nodes such that all of the nodes in 
identical priority value set 317 cannot be included in highest set of priority values 324 without 
violating limit value 329 (i.e. a priority value of identical priority value set 317 is at the cut-off 
point for highest set of priority values 324). In this embodiment, subnet managers and 
corresponding nodes in identical priority value set 317 can be further ranked from lowest GUID 
320 to highest GUID 322 in globally unique identifier ranking set 314. Subnet managers can then 
be further selected from the globally unique identifier ranking set 314 to be included in set of 
standby subnet managers 328 by selecting the subnet manager from each of the plurality of 
nodes within globally unique identifier ranking set 314 having a lowest set of globally unique 
identifiers 326 until limit value 329 is reached. 



[0046] Once set of standby subnet managers 328 is selected, which standby subnet manager that 
assumes master subnet manager function 206 can be selected based on the master subnet 
manager function handover/failover mechanism described in InfiniBand INFINIBAND 
Architecture specification release 1 . 1 or later. Any other algorithm can be used to select which of 
set of standby subnet managers assume master subnet manager function and still be within the 
scope of the invention. 

[0047] FIG. 4 depicts a block diagram of an InfiniBand INFINIBAND architecture subnet 400 
according to another embodiment of the invention. In the embodiment depicted in FIG. 4, only 
two nodes are shown. However, InfiniBand INFINIBAND architecture subnet 400 can include 
any number of nodes. 

[0048] In an embodiment, first node includes subnet manager 406, priority value 408 and 
globally unique identifier 410. Second node 404 includes subnet manager 405, priority value 407 
and globally unique identifier 409. In an embodiment, InfiniBand INFINIBAND architecture 
subnet 400 includes ranking algorithm 41 1 to select which of the subnet managers in InfiniBand 
INFINIBAND architecture subnet 400 are included in set of standby subnet managers 428. 

[0049] In an embodiment, ranking algorithm 41 1 creates priority value ranking set 412 where 
plurality of nodes and their corresponding subnet managers in InfiniBand INFINIBAND 
architecture subnet 400 are ranked according to their respective priority values. NodeN represents 
a node in InfiniBand INFINIBAND architecture subnet 400. In the embodiment shown, each 
node is ranked from lowest priority value 418 to highest priority value 416. 

[0050] In the event that, for example and without limitation, priority value 408 of first node 402 
is identical to priority value 407 of second node 404, an identical priority value set 417 can be 
created that includes first node 402 and second node 404. In an embodiment, an identical priority 
value set 417 can be created for each group of nodes that have identical priority values. In an 
embodiment, each identical priority value set 417 can be further ranked from a highest globally 



unique identifier 422 to a lowest globally unique identifier 420 in globally unique identifier 
ranking set 414. 



[0051] In an embodiment, set of standby subnet managers 428 can be selected based on the 
priority value and the globally unique identifier of each of the plurality of nodes in InfiniBand 
INFINIBAND architecture subnet 400. For example, and without limitation, a limit value 429 
can be placed on the quantity of subnet managers in InfiniBand INFINIBAND architecture 
subnet 400 that can be selected to be in set of standby subnet managers 428. If the number of 
active subnet managers in InfiniBand INFINIBAND architecture subnet 400 is greater than the 
limit value 429, then set of standby subnet managers 428 can be selected based on the priority 
value and, if necessary, the globally unique identifier of each of the plurality of nodes in 
InfiniBand INFINIBAND architecture subnet 400. In this embodiment, any subnet managers-that 
are not included in set of standby subnet managers can be made inactive. The deactivation can 
either be local or controlled by the master subnet manager function. If there are fewer active 
subnet managers in InfiniBand INFINIBAND architecture subnet 400 than limit value 429, then 
additional subnet managers can be made active (if available on the subnet) and included in set of 
standby subnet managers 428. Reactivation can be accomplished either using the master subnet 
manager function over InfiniBand INFINIBAND architecture subnet 400 or out of band over a 
communication means other than InfiniBand INFINIBAND architecture subnet 400. In an 
embodiment, both deactivation and reactivation of subnet managers can be accomplished using 
standard InfiniBand INFINIBAND architecture mechanisms. 

[0052] In an embodiment, subnet managers can be selected to be one of set of standby subnet 
managers 428 by selecting the subnet manager from each of the plurality of nodes with a lowest 
set of priority values 425. The lowest set of priority values 425 can include nodes and respective 
subnet managers, up to the limit value 429, having the lowest priority values in priority value 
ranking set 412. If, for example, all of priority values in lowest set of priority values 425 are 
unique up to limit value 429, then each subnet manager and corresponding node can be included 
in set of standby subnet managers 428. In this embodiment, GUID of any of the subnet managers 
do not need to be ranked. 



[0053] In another embodiment, if lowest set of priority values 425 includes identical priority 
value set 417, where all of nodes in identical priority value set 417 can be included in lowest set 
of priority values 425 and set of standby subnet managers 428 without exceeding limit value 429, 
then no further ranking of identical priority value set 417 is necessary. In this case, each subnet 
manager and corresponding node in identical priority value set 417 can be included in set of 
standby subnet managers 428. 

[0054] In still another embodiment, lowest set of priority values 425 can include an identical 
priority value set 417 that has a priority value and a number of nodes such that all of the nodes in 
identical priority value set 417 cannot be included in lowest set of priority values 425 without 
violating limit value 529 (i.e. a priority value of identical priority value set 17 is at the cut-off 
point for lowest set of priority values 425). In this embodiment, subnet managers and 
corresponding nodes in identical priority value set 417 can be further ranked from highest GUID 
422 to lowest GUID 420 in globally unique identifier ranking set 414. Subnet managers can then 
be further selected from the globally unique identifier ranking set 414 to be included in set of 
standby subnet managers 428 by selecting the subnet manager from each of the plurality of 
nodes within globally unique identifier ranking set 414 having a highest set of globally unique 
identifiers 427 until limit value 429 is reached. 

[0055] Once set of standby subnet managers 428 is selected, which standby subnet manager that 
assumes master subnet manager function 206 can be selected based on the master subnet 
manager function handover/failover mechanism described in InfiniBand INFINIBAND 
Architecture specification release 1 . 1 or later. Any other algorithm can be used to select which of 
set of standby subnet managers assume master subnet manager function and still be within the 
scope of the invention. 

[0056] FIG. 5 depicts a block diagram of an InfiniBand INFINIBAND architecture subnet 500 
according to another embodiment of the invention. In the embodiment depicted in FIG. 5, only 
two nodes are shown. However, InfiniBand INFINIBAND architecture subnet 500 can include 
any number of nodes. 



[0057] In an embodiment, first node includes subnet manager 506, priority value 508 and 
globally unique identifier 510. Second node 504 includes subnet manager 505, priority value 507 
and globally unique identifier 509. In an embodiment, InfiniBand INFINIBAND architecture 
subnet 500 includes ranking algorithm 51 1 to select which of the subnet managers in InfiniBand 
INFINIBAND architecture subnet 500 are included in set of standby subnet managers 528. 

[0058] In an embodiment, ranking algorithm 511 creates priority value ranking set 512 where 
plurality of nodes and their corresponding subnet managers in InfiniBand INFINIBAND 
architecture subnet 500 are ranked according to their respective priority values. Node N represents 
a node in InfiniBand INFINIBAND architecture subnet 500. In the embodiment shown, each 
node is ranked from highest priority value 516 to lowest priority value 518. 

[0059] In the event that, for example and without limitation, priority value 508 of first node 502 
is identical to priority value 507 of second node 504, an identical priority value set 517 can be 
created that includes first node 502 and second node 504. In an embodiment, an identical priority 
value set 517 can be created for each group of nodes that have identical priority values. In an 
embodiment, each identical priority value set 517 can be further ranked from a highest globally 
unique identifier 522 to a lowest globally unique identifier 520 in globally unique identifier 
ranking set 514. 

[0060] In an embodiment, set of standby subnet managers 528 can be selected based on the 
priority value and the globally unique identifier of each of the plurality of nodes in InfiniBand 
INFINIBAND architecture subnet 500. For example, and without limitation, a limit value 529 
can be placed on the quantity of subnet managers in InfiniBand INFINIBAND architecture 
subnet 500 that can be selected to be in set of standby subnet managers 528. If the number of 
active subnet managers in InfiniBand INFINIBAND architecture subnet 500 is greater than the 
limit value 529, then set of standby subnet managers 528 can be selected based on the priority 
value and, if necessary, the globally unique identifier of each of the plurality of nodes in 
InfiniBand INFINIBAND architecture subnet 500. In this embodiment, any subnet managers that 
are not included in set of standby subnet managers can be made inactive. The deactivation can 



either be local or controlled by the master subnet manager function. If there are fewer active 
subnet managers in InfiniBand INFINIBAND architecture subnet 500 than limit value 529, then 
additional subnet managers can be made active (if available on the subnet) and included in set of 
standby subnet managers 528. Reactivation can be accomplished either using the master subnet 
manager function over InfiniBand INFINIBAND architecture subnet 500 or out of band over a 
communication means other than InfiniBand INFINIBAND architecture subnet 500. In an 
embodiment, both deactivation and reactivation of subnet managers can be accomplished using 
standard InfiniBand INFINIBAND architecture mechanisms. 

[0061] In an embodiment, subnet managers can be selected to be one of set of standby subnet 
managers 528 by selecting the subnet manager from each of the plurality of nodes with a highest 
set of priority values 524. The highest set of priority values 524 can include nodes and respective 
subnet managers, up to the limit value 529, having the highest priority values in priority value 
ranking set 512. If, for example, all of priority values in highest set of priority values 524 are 
unique up to limit value 529, then each subnet manager and corresponding node can be included 
in set of standby subnet managers 528. In this embodiment, GUID of any of the subnet managers 
do not need to be ranked. 

[0062] In another embodiment, if highest set of priority values 524 includes identical priority 
value set 517, where all of nodes in identical priority value set 517 can be included in highest set 
of priority values 524 and set of standby subnet managers 528 without exceeding limit value 529, 
then no further ranking of identical priority value set 517 is necessary. In this case, each subnet 
manager and corresponding node in identical priority value set 517 can be included in set of 
standby subnet managers 528. 

[0063] In still another embodiment, highest set of priority values 524 can include an identical 
priority value set 5 17 that has a priority value and a number of nodes such that all of the nodes in 
identical priority value set 517 cannot be included in highest set of priority values 524 without 
violating limit value 529 (i.e. a priority value of identical priority value set 517 is at the cut-off 
point for highest set of priority values 524). In this embodiment, subnet managers and 
corresponding nodes in identical priority value set 517 can be further ranked from highest GUID 
522 to lowest GUID 520 in globally unique identifier ranking set 514. Subnet managers can then 



be further selected from the globally unique identifier ranking set 514 to be included in set of 
standby subnet managers 528 by selecting the subnet manager from each of the plurality of 
nodes within globally unique identifier ranking set 514 having a highest set of globally unique 
identifiers 527. 

[0064] Once set of standby subnet managers 528 is selected, which standby subnet manager that 
assumes master subnet manager function 206 can be selected based on the master subnet 
manager function handover/failover mechanism described in InfiniBand INFINIBAND 
Architecture specification release 1 . 1 or later. Any other algorithm can be used to select which of 
set of standby subnet managers assume master subnet manager function and still be within the 
scope of the invention. 

[0065] FIG. 6 depicts a block diagram of an InfiniBand INFINIBAND architecture subnet 600 
according to another embodiment of the invention. In the embodiment depicted in FIG. 6, only 
two nodes are shown. However, InfiniBand INFINIBAND architecture subnet 600 can include 
any number of nodes. 

[0066] In an embodiment, first node includes subnet manager 606, priority value 608 and 
globally unique identifier 610. Second node 604 includes subnet manager 605, priority value 607 
and globally unique identifier 609. In an embodiment, InfiniBand INFINIBAND architecture 
subnet 600 includes ranking algorithm 61 1 to select which of the subnet managers in InfiniBand 
INFINIBAND architecture subnet 600 are included in set of standby subnet managers 628. 

[0067] In an embodiment, ranking algorithm 611 creates priority value ranking set 612 where 
plurality of nodes and their corresponding subnet managers in InfiniBand INFINIBAND 
architecture subnet 600 are ranked according to their respective priority values. Node N represents 
a node in InfiniBand INFINIBAND architecture subnet 600. In the embodiment shown, each 
node is ranked from lowest priority value 618 to highest priority value 616. 

[0068] In the event that, for example and without limitation, priority value 608 of first node 602 
is identical to priority value 607 of second node 604, an identical priority value set 617 can be 



created that includes first node 602 and second node 604. In an embodiment, an identical priority 
value set 617 can be created for each group of nodes that have identical priority values. In an 
embodiment, each identical priority value set 617 can be further ranked from a lowest globally 
unique identifier 620 to a highest globally unique identifier 622 in globally unique identifier 
ranking set 614. 

[0069] In an embodiment, set of standby subnet managers 628 can be selected based on the 
priority value and the globally unique identifier of each of the plurality of nodes in InfiniBand 
INFINIBAND architecture subnet 600. For example, and without limitation, a limit value 629 
can be placed on the quantity of subnet managers in InfiniBand INFINIBAND architecture 
subnet 600 that can be selected to be in set of standby subnet managers 628. If the number of 
active subnet managers in InfiniBand INFINIBAND architecture subnet 600 is greater than the 
limit value 629, then set of standby subnet managers 628 can be selected based on the priority 
value and, if necessary, the globally unique identifier of each of the plurality of nodes in 
InfiniBand INFINIBAND architecture subnet 600. In this embodiment, any subnet managers that 
are not included in set of standby subnet managers can be made inactive. The deactivation can 
either be local or controlled by the master subnet manager function. If there are fewer active 
subnet managers in InfiniBand INFINIBAND architecture subnet 600 than limit value 629, then 
additional subnet managers can be made active (if available on the subnet) and included in set of 
standby subnet managers 628. Reactivation can be accomplished either using the master subnet 
manager function over InfiniBand INFINIBAND architecture subnet 300 or out of band over a 
communication means other than InfiniBand INFINIBAND architecture subnet 300. In an 
embodiment, both deactivation and reactivation of subnet managers can be accomplished using 
standard InfiniBand INFINIBAND architecture mechanisms. 

[0070] In an embodiment, subnet managers can be selected to be one of set of standby subnet 
managers 628 by selecting the subnet manager from each of the plurality of nodes with a lowest 
set of priority values 625. The lowest set of priority values 625 can include nodes and respective 
subnet managers, up to the limit value 629, having the lowest priority values in priority value 
ranking set 612. If, for example, all of priority values in lowest set of priority values 625 are 
unique up to limit value 629, then each subnet manager and corresponding node can be included 



in set of standby subnet managers 628. In this embodiment, GUID of any of the subnet managers 
do not need to be ranked. 

[0071] In another embodiment, if lowest set of priority values 625 includes identical priority 
value set 617, where all of nodes in identical priority value set 617 can be included in lowest set 
of priority values 625 and set of standby subnet managers 628 without exceeding limit value 629, 
then no further ranking of identical priority value set 617 is necessary. In this case, each subnet 
manager and corresponding node in identical priority value set 617 can be included in set of 
standby subnet managers 628. 

[0072] In still another embodiment, lowest set of priority values 625 can include an identical 
priority value set 617 that has a priority value and a number of nodes such that all of the nodes in 
identical priority value set 617 cannot be included in lowest set of priority values 625 without 
violating limit value 629 (i.e. a priority value of identical priority value set 617 is at the cut-off 
point for lowest set of priority values 625). In this embodiment, subnet managers and 
corresponding nodes in identical priority value set 617 can be further ranked from lowest GUID 
620 to highest GUID 622 in globally unique identifier ranking set 314. Subnet managers can then 
be further selected from the globally unique identifier ranking set 614 to be included in set of 
standby subnet managers 628 by selecting the subnet manager from each of the plurality of 
nodes within globally unique identifier ranking set 614 having a lowest set of globally unique 
identifiers 626 until limit value 629 is reached. 

[0073] Once set of standby subnet managers 628 is selected, which standby subnet manager that 
assumes master subnet manager function 206 can be selected based on the master subnet 
manager function handover/failover mechanism described in InfiniBand INFINIBAND 
Architecture specification release 1 . 1 or later. Any other algorithm can be used to select which of 
set of standby subnet managers assume master subnet manager function and still be within the 
scope of the invention. 

[0074] FIG. 7 illustrates a block diagram of an InfiniBand INFINIBAND architecture subnet 700 
according to an embodiment of the invention. As shown in FIG. 7, InfiniBand INFINIBAND 



architecture subnet 700 can include first node 702 having master subnet manager function 706. 
First node 702 can also include database elements 708, which can include persistent data and 
volatile data for InfiniBand INFINIBAND architecture subnet 700. In an embodiment, database 
elements can include event subscription 710, multicast record 712, service record 714 and 
extended node record 716. 

[0075] In an embodiment in InfiniBand INFINIBAND architecture subnet 700, event 
subscription 710 identifies clients (including nodes, services, applications, and the like) 
interested in being notified of events occurring in InfiniBand INFINIBAND architecture subnet 
700. Events can include, but are not limited to, link state changes, security events, multicast 
group events, and the like. In an embodiment, event subscription 710 can include 
InformlnfoRecord as defined in the InfiniBand INFINIBAND Architecture specification release 
1 . 1 or later. 

[0076] Multicast record 712 can include, but is not limited to, records of multicast groups such as 
which entities in InfiniBand INFINIBAND architecture subnet 700 are members of which 
multicast group, and the like. In an embodiment, multicast record 712 can include 
MulticastMemberRecord as defined in the InfiniBand INFINIBAND Architecture specification 
release 1 . 1 or later. 

[0077] Service record 714 can include, but is not limited to, records of registered services within 
InfiniBand INFINIBAND architecture subnet 700. Service records can include a service lease, 
which comprise the amount of time remaining for a particular service to be registered. In an 
embodiment, service record 714 can include ServiceRecord as defined in the InfiniBand 
INFINIBAND Architecture specification release 1 . 1 or later. 

[0078] Extended node record 716 can include node names for any of the plurality of nodes in 
InfiniBand INFINIBAND architecture subnet 700. In an embodiment, node names can be 
persistent regardless of changes in a node's local identifier or local identifier's for ports of a node. 
Extended node record 716 can also include local identifiers for ports on each of plurality of 



nodes in InfiniBand INFINIBAND architecture subnet 700. Extended node record 716 is not 
specified in InfiniBand INFINIBAND Architecture specification release 1 . 1 or later. 



[0079] InfiniBand INFINIBAND architecture subnet 700 can also include set of standby subnet 
managers 732 selected based on priority value and globally unique identifier as described in 
FIGS. 3-6. In an embodiment, set of standby subnet managers 732 include second node 720 
having standby subnet manager 724 and third node 722 having standby subnet manager 726. In 
one embodiment, there are more subnet managers in InfiniBand INFINIBAND architecture 
subnet 700 than the allowable number of standby subnet managers. For example, subnet 
managers 740, 742 can be excluded from set of standby subnet managers 732. 

[0080] In an embodiment of the invention, database elements 708 are updated by master subnet 
manager function 706 as elements within InfiniBand INFINIBAND architecture subnet 700 
change. For example, service record 714 can be updated as a service lease expires or a new 
service lease is created, and the like. A replicated set 730 of database elements 708 can be 
created at each standby subnet manager 724, 726 in set of standby subnet managers 732. In an 
embodiment, replicated set 730 of database elements 708 are periodically updated so as to 
include the latest changes in database elements 708. Periodically updating can include updating 
in total, meaning all of the database elements 708, or incrementally, meaning any changed 
portion of database elements 708. 

[0081] In an embodiment, master subnet manager function can be relinquished by first node 702 
and a standby subnet manager included in set of standby subnet managers 732 assumes master 
subnet manager function 706. In this embodiment, the standby manager included in the set of 
standby subnet managers 732 assuming master subnet manager function 706 can use replicated 
set 730 of database elements 708 to initialize InfiniBand INFINIBAND architecture subnet 700. 
In an embodiment, initializing can include reinitializing InfiniBand INFINIBAND architecture 
subnet 700 after migration of master subnet manager function 706 to one of set of standby subnet 
managers 732. 



[0082] In another embodiment, the standby subnet manager in the set of standby subnet 



managers 732 that assumes master subnet manager function 706 can use replicated set 730 of 
database elements 708 to manage InfiniBand INFINIBAND architecture subnet 700. Managing 
InfiniBand INFINIBAND architecture subnet can include, for example and without limitation, 
discovering a topology of InfiniBand INFINIBAND architecture subnet, establishing possible 
paths among end nodes, assigning local identifier to each node in InfiniBand INFINIBAND 
architecture subnet, sweeping the subnet and discovering and managing changes in topology of 
InfiniBand INFINIBAND architecture subnet, and the like. In this embodiment, disruption to 
InfiniBand INFINIBAND architecture subnet 700 is minimized in the transition of master subnet 
manager function 706 to one of the set of standby subnet managers 732, since the most current 
database elements 708 are included in replicated set 730 of database elements 708 at set of 
standby subnet managers 732. 

[0083] In an embodiment, replicating database elements 708 to set of standby subnet managers 
732 can occur "out of band" (i.e. outside of the InfiniBand INFINIBAND architecture subnet) for 
example using Ethernet, any other network other than InfiniBand INFINIBAND architecture, 
and the like. In another embodiment, replicating database elements 708 to set of standby subnet 
managers 732 can occur using InfiniBand INFINIBAND architecture subnet 700 (i.e. "inband"). 
An example of this embodiment, and not limiting of the invention, is creating replicated set 730 
of database elements 708 using reliable multi-packet transaction protocol (RMPP), reliable 
connection transport service (RC), reliable datagram transport service (RD), and the like, as 
defined in the InfiniBand INFINIBAND Architecture specification release 1 .1 or later. 

[0084] In an embodiment, any node in InfiniBand INFINIBAND architecture subnet 700 can 
include derived database algorithm 750. In particular, set of standby subnet managers 732 can 
include derived database algorithm 750. In an embodiment, derived database algorithm can 
compute derived database elements 752 independent of which of the set of standby subnet 
managers 732 assumes master subnet manager function 706. 

[0085] Derived database elements 752 can be database elements used to initialize, reinitialize, 
manage, and the like, InfiniBand INFINIBAND architecture subnet 700. Unlike replicated set 
730 of database elements 708, derived database elements 752 are not copied from a first node 



702 having master subnet manager function 706. In an embodiment, derived database elements 
752 are computed by derived database algorithm 750 upon master subnet manager function 706 
migrating to, for example, second node 720. In other words, when standby subnet manager 724 
assumes master subnet manager function 706, derived database algorithm 750 can compute 
derived database elements 752. Second node 720 can, for example and without limitation, be a 
member of set of standby subnet managers 732. In this embodiment, derived database elements 
752 are identical regardless of which one of the plurality of subnet managers assumes master 
subnet manager function 706. Derived database elements 752 are computed deterministically 
regardless of which one of the plurality of subnet managers assumes master subnet manager 
function 706. 

[0086] As an example of an embodiment of the invention, derived database elements 752 can 
include local identifier assignment 754, tree determination 756, forwarding table assignment 758, 
and the like. In an embodiment, local identifier assignment 754 can comprise derived database 
algorithm 750 computing the local identifier for each port on each node in InfiniBand 
INFINIBAND architecture subnet 700. In order for derived database algorithm 750 to obtain the 
same local identifier assignments 754 regardless of where in InfiniBand INFINIBAND 
architecture subnet 700 they are calculated, derived database algorithm 750 can compute local 
identifiers by processing nodes and ports in ascending order, descending order based on global 
unique identification (GUID) and port numbers for a given node. In an embodiment, any of 
derived database elements 752 can include PortlnfoRecords as defined in the InfiniBand 
INFINIBAND Architecture specification release 1 . 1 or later. 

[0087] In an embodiment, tree determination 756 can comprise derived database algorithm 750 
computing a root of a tree for any the plurality of nodes in InfiniBand INFINIBAND architecture 
subnet 700. The root of a tree determination can be for a linear (unicast) tree determination or a 
multicast tree determination. As an example, the InfiniBand INFINIBAND Architecture 
specification release 1 . 1 or later defines multicast groups, the members of which are set up to 
receive multicast packets addressed to the group using multicast forwarding tables in any of the 
plurality of nodes. Multicast forwarding tables can be derived from the multicast tree, where the 
multicast tree, as is known in the art, is a set of paths from one node to any of a plurality of 



destination nodes with the elimination of any loops within InfiniBand INFINIBAND architecture 
subnet 700. In other words, a multicast tree can be used to initialize multicast forwarding tables 
in InfiniBand INFINIBAND architecture subnet 700. 

[0088] In example of an embodiment, selection of a root for tree determination can be made 
using an ordered set of node GUID and port numbers at each node. For example, the root of the 
tree can be the first, last or middle member of the ordering. In another embodiment, selection of 
a root for tree determination can be made using an ordering of port GUID's for each node. The 
multicast tree selected can be the unicast tree computed for unicast/primary paths for the root 
member port on a node as the destination. In addition, derived database algorithm can prune a 
multicast tree such as to remove all ports in the subnet that are not part of a multicast group. 

[0089] In an embodiment, forwarding table assignment 758 can comprise derived database 
algorithm 750 computing linear (unicast) forwarding table (LFT) assignments and/or multicast 
forwarding table (MFT) assignments for any of the plurality of nodes in InfiniBand 
INFINIBAND architecture subnet 700, particular switches in the subnet. As an example of an 
embodiment, primary paths-for initializing forwarding tables can be computed using Dijkstra's 
all-sources-single destination or all-destinations-single-source algorithm over an ordered set of 
ports for each node in InfiniBand INFINIBAND architecture subnet 700. 

[0090] In another example of an embodiment, derived database algorithm 750 can compute 
balanced paths for initializing forwarding tables by giving less preference to links between nodes 
that belong to the primary paths (unicast tree) already computed for another destination port. In 
yet another example of an embodiment, derived database algorithm 750 can compute balanced 
paths for initializing forwarding tables by computing a single unicast tree for determining paths 
between each pair of nodes/ports in an InfiniBand INFINIBAND architecture subnet 700, but 
selecting an alternate link parallel and between the same nodes as the link in the unicast tree for a 
destination port such that the selected link is used the least number of times in primary paths 
computed thus far. In still another example of an embodiment, derived database algorithm 750 
can compute alternate paths for initializing forwarding tables using ordered sets of nodes and 



assigning costs to links of the primary paths so that they are less preferred for use within an 
alternate path between nodes. 



[0091] In an embodiment, upon standby subnet manager 724 assuming master subnet manager 
function 706, master subnet manager function 706 can use derived database algorithm 750 to 
compute derived database elements 752. Master subnet manager function 706 can then use 
replicated set 730 of database elements 708 and derived database elements 752 to initialize 
InfiniBand INFINIBAND architecture subnet 700. In another embodiment, master subnet 
manager function 706 can use replicated set 730 of database elements 708 and derived database 
elements 752 to reinitialize InfiniBand INFINIBAND architecture subnet 700. In yet another 
embodiment, master subnet manager function 706 can use replicated set 730 of database 
elements 708 and derived database elements 752 to manage InfiniBand INFINIBAND 
architecture subnet 700. 

[0092] FIG. 8 illustrates a block diagram 800 according to an embodiment of the invention. As 
shown in FIG. 8, service record 814 includes first end time 816, which can be an expiration time 
for a service lease included in service record 814. In an embodiment, a service lease can have an 
infinite duration, and hence a first end time 816 of "never." When a client registers the service 
via a service record 814, the service lease, quantified as a lease time 810 is translated into first 
end time 816 using the local time 811 on the first node 802 where the master subnet manager 
function currently resides. When master subnet manager function 706 replicates to a standby 
manager 806 included in set of standby subnet managers, first end time 816 is converted to 
remaining time 818 by using local time 81 1 at first node 802. Remaining time 818 can be a time 
remaining before expiration of the service lease (lease time). In another embodiment, remaining 
time 818 can have an infinite value if it is associated with a service lease of infinite duration. The 
standby manager 806 that is assuming master subnet manager function 706 can convert 
remaining time 818 to second end time 822 where second end time 822 is a function of 
remaining time and local time 820 at standby subnet manager. In an embodiment, second end 
time 822 is derived by adding remaining time 818 to local time 820. In an embodiment, second 
end time 822 can have a "never" value if it is associated with a service lease of infinite duration. 



In this manager, time does not need to be synchronized between nodes involved in this transfer 
in InfiniBand INFINIBAND architecture subnet. 



[0093] In another embodiment, master subnet manager function 706 at first node 802 can 
periodically decrement lease time 810 as the service lease at service record 814 expires. When 
master subnet manager function 706 replicates to a standby manager 806 included in set of 
standby subnet managers, lease time 810 can become remaining time 818. Remaining time 818 
can be a time remaining before expiration of the service lease (lease time). The standby manager 
806 that is assuming master subnet manager function 706 can convert remaining time 818 to 
second end time 822 where second end time 822 is a function of remaining time and local time 
820 at standby subnet manager. In an embodiment, second end time 822 is derived by adding 
remaining time 818 to local time 820. 

[0094] FIG. 9 is a flow diagram 900 illustrating an embodiment of the invention. In step 902, a 
master subnet manager function manages the InfiniBand INFINIBAND architecture subnet, 
where the master subnet manager function is located at a first node of the InfiniBand 
INFINIBAND architecture subnet. Managing InfiniBand INFINIBAND architecture subnet can 
include initializing the InfiniBand INFINIBAND architecture subnet, discovering a topology of 
InfiniBand INFINIBAND architecture subnet, establishing possible paths among end nodes, 
assigning local identifier to each node in InfiniBand INFINIBAND architecture subnet, sweeping 
the subnet and discovering and managing changes in topology of InfiniBand INFINIBAND 
architecture subnet, and the like. 

[0095] In step 904, an active general service manager function manages a service within the 
InfiniBand INFINIBAND architecture subnet, where the active general service manager function 
is located at the first node. In step 906, the master subnet manager function migrates to a second 
node. In an embodiment, migrating can include a standby subnet manager at the second node 
assuming the master subnet manager function, and the like. Step 908 includes the active general 
service manager function migrating to the second node to co-locate with the master subnet 
manager function. In an embodiment, migrating can include a general service manager at the 
second node assuming the active general service manager function. 



[0096] FIG. 10 is a flow diagram 1000 illustrating another embodiment of the invention. Step 
1002 includes ranking each of the plurality of nodes according to the priority value and the 
globally unique identifier. In one embodiment, ranking each of the plurality of nodes comprises 
ranking each of the plurality of nodes from a highest priority value to a lowest priority value, and 
wherein if the priority value for a first node is identical to the priority value of a second node, 
further ranking the first node and the second node from a lowest globally unique identifier to a 
highest globally unique identifier. 

[0097] In another embodiment, ranking each of the plurality of nodes comprises ranking each of 
the plurality of nodes from a lowest priority value to a highest priority value, and wherein if the 
priority value for a first node is identical to the priority value of a second node, further ranking 
the first node and the second node from a highest globally unique identifier to a lowest globally 
unique identifier. 

[0098] In yet another embodiment, ranking each of the plurality of nodes comprises ranking each 
of the plurality of nodes from a highest priority value to a lowest priority value, and wherein if 
the priority value for a first node is identical to the priority value of a second node, further 
ranking the first node and the second node from a highest globally unique identifier to a lowest 
globally unique identifier. 

[0099] In still another embodiment, ranking each of the plurality of nodes comprises ranking 
each of the plurality of nodes from a lowest priority value to a highest priority value, and 
wherein if the priority value for a first node is identical to the priority value of a second node, 
further ranking the first node and the second node from a lowest globally unique identifier to a 
highest globally unique identifier. 

[0100] Step 1004 includes selecting if the subnet manager is included in a set of standby subnet 
managers based on the priority value and the globally unique identifier of each of the plurality of 
nodes. In one embodiment, selecting comprises selecting the subnet manager to be included in 
the set of standby subnet managers by selecting the subnet manager from each of the plurality of 



nodes with a highest set of priority values. In another embodiment, selecting comprises selecting 
the subnet manager to be included in the set of standby subnet managers by selecting the subnet 
manager from each of the plurality of nodes with a lowest set of priority values. 

[0101] In yet another embodiment, selecting comprises selecting the subnet manager to be 
included in the set of standby subnet managers by selecting the subnet manager from each of the 
plurality of nodes with a lowest set of globally unique identifiers when the priority value is the 
same. In still another embodiment, selecting comprises selecting the subnet manager to be 
included in the set of standby subnet managers by selecting the subnet manager from each of the 
plurality of nodes with a highest set of globally unique identifiers when the priority value is the 
same. 

[0102] FIG. 1 1 is a flow diagram 1 100 illustrating yet another embodiment of the invention. Step 
1102 includes a master subnet manager function updating database elements of an InfiniBand 
INFINIBAND architecture subnet. Database elements can comprise an event subscription, 
multicast record, service record, extended node record, and the like. Step 1 104 includes creating 
a replicated set of the database elements at each of a set of standby subnet managers using the 
InfiniBand INFINIBAND architecture subnet. In an embodiment, step 1 104 includes creating the 
replicated set of the database elements at each of a set of standby subnet managers using a 
reliable multi-packet transaction protocol. 

[0103] Step 1106 includes relinquishing the master subnet manager function by a subnet 
manager. Step 1108 includes a standby subnet manager included in the set of standby subnet 
managers assuming the master subnet manager function after the master subnet manager function 
has been relinquished. Step 1110 includes computing derived database elements independent of 
which of plurality of subnet managers assumes master subnet manager function. In this 
embodiment, derived database elements are identical regardless of which one of the plurality of 
subnet managers assumes master subnet manager function. Derived database elements are 
computed deterministically regardless of which one of the plurality of subnet managers assumes 
master subnet manager function. Step 1112 includes the standby subnet manager included in the 
set of standby subnet managers that assumes the master subnet manager function using the 



replicated set of the database elements and the derived database elements to initialize the 
InfiniBand INFINIBAND architecture subnet. In an embodiment, initializing can include 
reinitializing InfiniBand INFINIBAND architecture subnet after migration of master subnet 
manager function to one of set of standby subnet managers. 

[0104] In another embodiment, the standby subnet manager in the set of standby subnet 
managers that assumes master subnet manager function can use replicated set of database 
elements to manage InfiniBand INFINIBAND architecture subnet. Managing InfiniBand 
INFINIBAND architecture subnet can include, for example and without limitation, discovering a 
topology of InfiniBand INFINIBAND architecture subnet, establishing possible paths among end 
nodes, assigning local identifier to each node in InfiniBand INFINIBAND architecture subnet, 
sweeping the subnet and discovering and managing changes in topology of InfiniBand 
INFINIBAND architecture subnet, and the like. 

[0105] While we have shown and described specific embodiments of the present invention, 
further modifications and improvements will occur to those skilled in the art. It is therefore, to be 
understood that appended claims are intended to cover all such modifications and changes as fall 
within the true spirit and scope of the invention. 



